Comparación teórica de una arquitectura MVC con una arquitectura PAC (página 2)

Partes: 1, 2

Arquitectura MVC (Estructura)

Creación De Los Componentes

FLUJO DE INFORMACIÓN

PATRONES DE DISEÑO Involucrados
Registrar Vistas con el Modelo para que éste los notifique usualmente se realiza con el patrón Observer
Es posible realizar una variación del patrón en donde existen diferentes listas de vistas a ser actualizadas de acuerdo con su interés.

Pasos Para la Implementación
Separar funcionalidad Principal de la interacción con el usuario
Implementar el mecanismo de propagación de cambios
Diseñar e Implementar las Vistas
Diseñar e Implementar los Controladores
Diseñar e Implementar las relaciones entre vista y controlador
Implementar la inicialización del MVC
Creación de Vistas Dinámicas
Controladores agregables
Infraestructura para vistas y controladores jerárquicos
Desacoplamiento de las dependencias del sistema

Arquitectura PAC
Este patrón define una descomposición modular para sistemas interactivos utilizando agentes cooperativos organizados de manera jerárquica.

Arquitectura PAC
La descomposición de componentes se realiza de la siguiente manera:
Se definen agentes que se hacen cargo de un aspecto de la funcionalidad
Cada uno de los agentes definidos contiene 3 componentes: Presentación, Abstracción y Control
P (Presentación /Presentation) Es el encargado de mostrar la interfaz del usuario
A (Abstracción / Abstraction) Se encarga de mantener el estado del agente y sus modificaciones.
C (Control /Control) Es el encargado de comunicación entre agentes, este componente generalmente tiene las mismas responsabilidades en los diferentes agentes

Arquitectura PAC (Componentes)

Arquitectura PAC (Estructura)

Arquitectura PAC (Ejemplo)

FLUJO DE INFORMACIÓN

PATRONES DE DISEÑO Involucrados
El componente de Control usualmente se implementa usando un “Mediator”
El componente de Presentación usualmente se implementa usando un “Strategy”

Pasos Para la Implementación
Definir un modelo de la aplicación;
Definir una estrategia general para organizar la jerarquía
Especificar los Agentes Top-Level
Especificar los Agentes Bottom-Level
Especificar los Agentes Bottom-Level para servicios del sistema
Especificar los Agentes Intermediate-Level que se componen de los Agentes Bottom-Level
Especificar los Agentes Intermediate-Level que coordinan a los Agentes Bottom-Level
Separar funcionalidad Principal de la interacción con el usuario
Proveer la interfaz externa
Vincular los agentes de acuerdo con la jerarquía

Comparación (Ventajas)
MVC
PAC
Implementación sencilla
Funcionalidades bien definidas
Facilita el cambio o la adición de una nueva vista 
Funcionalidades especificas
Procesamiento en paralelo por definición
Facilita el cambio de una funcionalidad
Comunicación bien definida sin necesidad de conocer los otros agentes

Comparación (Desventajas)
MVC
PAC
Alto acoplamiento entre algunos componentes
Al aumentar el numero de vistas aumenta la complejidad
Necesidad de contar con una lista de vistas a actualizar 
Complejo de Implementar
No existe una regla general para la definición de responsabilidades entre los agentes

Contexto: Aplicación Gráfica (MVC)
La arquitectura más utilizada es la MVC, ya que facilita la implementación de la representación visual de los datos generados en el modelo.
MVC es utilizado para aplicaciones que se basan en un mismo modelo, esto ocurre en una gran cantidad de aplicaciones gráficas como juegos.

Contexto: Aplicación Gráfica (MVC)
Las posibles limitaciones del MVC en cuanto a diferentes entradas y múltiples vistas se ven amortiguadas por el hecho que, usualmente, las aplicaciones gráficas son mono usuario y la gran parte del procesamiento se encuentra en el modelo. 

Contexto: Aplicación Gráfica (PAC)
En una implementación con el patrón PAC facilita la lectura de datos y la presentación adecuada de éstos
Cada uno de los agentes involucrados se encarga de una parte de la funcionalidad y realiza procesos en paralelo

Contexto: Aplicación Gráfica (PAC)
Una aplicación que requiera procesar gran cantidad de datos para visualizarlos puede beneficiarse de la eficiencia brindada por el PAC.
Un ejemplo es un simulador de fuerzas físicas, en el cual se tienen en cuenta gran cantidad de datos que requieren ser procesados y visualizados rápidamente y de forma realista

Conclusiones
Aunque con el patrón PAC se aumenta la complejidad de implementación, se solucionan algunos problemas que el MVC contiene, como la necesidad de tener la lista de vistas a implementar y la necesidad de implementar paralelismo en el modelo, ya que el patrón PAC funciona de forma paralela desde su definición.
PAC puede generar un en el rendimiento de una aplicación gráfica similar a un simulador

Trabajo Futuro
Implementación de una aplicación gráfica, tipo simulador utilizando ambos patrones y comparar tiempos de respuesta y de procesamiento con el fin de comparar el rendimiento de un sistema que utiliza MVC con otro que utiliza PAC